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(57) A telecommunications system includes a net- 
work (101); a plurality of endpoints (1 02a, 1 02b) opera- 
bly coupled to the network; a gatekeeper and a data- 
base engine, typically located in a gatekeeper server 
(1 08), for downloading database information such as a 
corporate directory, to the endpoints. The gatekeeper 



server and the endpoints further include load monitors 
(2002) for monitoring device performance. If the load is 
higher than a threshold, the gatekeeper will not provide 
a requested database information. The endpoint then 
requests the information from another endpoint. 
The network is a VoIP and allows the transmission of 
voice. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to telecommuni- 
cations systems and, in particular, to an improved sys- 
tem and method for voice-over-IP system management. 
[0002] Historically, computer networks were used to 
carry only data information between separate comput- 
ing devices. Today's computer networks are increasing- 
ly being used to carry computer data ; video, audio, and 
telephony information. 

[0003] The ITU Recommendation H.323 defines a 
Voice-over-IP packet-based multimedia communica- 
tions system. Components of an H.323 system include 
endpoints, gatekeepers, gateways, and multipoint con- 
ference units. Endpoints include personal computers 
having IP telephony capability, IP telephones, and other 
devices. Gatekeepers function as VoIP private branch 
exchanges, setting up calls and handling various admin- 
istrative functions. Gateways interface the VoIP network 
to external networks, such as the public switched tele- 
phone network (PSTN). Multipoint conference units 
function during multicast conferencing. While defined 
having separate functionality, the gatekeepers, gate- 
ways, and multipoint control units can also be embodied 
in a single server. 

[0004] As noted, the gatekeeper functions to facilitate 
communication among the endpoints and other network 
devices. In particular, the gatekeeper functions as a 
routing and authentication agent. A database engine 
typically also runs on the same server and provides da- 
tabase services, such as corporate directory loading, 
call and error logging, and the like. In operation, when 
a client endpoint registers with the gatekeeper, the client 
downloads the corporate directory from the gatekeeper. 
The endpoint can then use the corporate directory infor- 
mation during calls. 

[0005] As can be appreciated, this adds to the 
processing load on the server. This can particularly af- 
fect the server's performance during peak times. As a 
worst case, this can bring the entire H.323 system to a 
halt. 

[0006] As such, there is a need for an improved sys- 
tem and method for an endpoint downloading database 
information, such as a corporate directory. There is a 
further need for an improved system and method for 
downloading database information without affecting 
gatekeeper performance. 

SUMMARY OF THE INVENTION 

[0007] These and other problems in the prior art are 
overcome in large part by a system and method accord- 
ing to the present invention. 

[0008] A telecommunications system according to an 
embodiment of the present invention includes a net- 
work; a plurality of endpoints operably coupled to the 



network; a gatekeeper and a database engine, typically 
located in a gatekeeper server for downloading data- 
base information such as a corporate directory, to the 
endpoints. The gatekeeper server and the endpoints 

5 further include load monitors for monitoring device per- 
formance. If the load is higherthan a threshold, the gate- 
keeper will not provide a requested database informa- 
tion. The endpoint then requests the information from 
another endpoint. 

10 [0009] In operation, the gatekeeper receives a re- 
quest for the corporate directory. The load monitor de- 
termines if load on the gatekeeper is above a threshold. 
If so, the gatekeeper denies the request. The endpoint 
then sends a broadcast request to other parties on the 

15 network for the corporate directory. The other endpoints 
receive the request, and check their own load monitors. 
An available endpoint then provides its copy of the cor- 
porate directory to the requesting endpoint. 
[0010] A better understanding of the invention is ob- 

20 tained when the following detailed description is consid- 
ered in conjunction with the following drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a block diagram of an exemplary telecom- 
munications system according to an embodiment of 
the present invention; 

FIG . 2 is a block diagram of an exemplary gatekeep- 
er according to an embodiment of the present in- 
vention; 

FIG. 3 is a block diagram of an exemplary voice- 
over-IP terminal according to an embodiment of the 
present invention; 

FIG. 4 is a flow diagram illustrating signaling for an 
embodiment of the present invention; and 
FIG. 5 is a diagram illustrating signaling for opera- 
tion of an embodiment of the present invention. 

DETAILED DESCRIPTION OF SPECIFIC 
EMBODIMENTS 

[0012] Turning now to the drawings, and with partic- 
ular attention to FIG. 1 , a diagram illustrating an exem- 
plary H.323 telecommunications system 100 according 
to an embodiment of the present invention is shown. It 
is noted that, while described herein with regard to an 
H.323 network, the invention is equally applicable net- 
works such as MGCP (Media Gateway Control Proto- 
col), SIP+ (Inter MGS Protocol), SGCP, MEGACO, and 
generally, any voice or multimedia over IP scheme. Fur- 
ther, it is noted that, while described specifically in the 
context of voice packets, the present invention encom- 
passes the use of any multimedia information, such as 
video, data, voice, or any combinations thereof. An ex- 
emplary generic H.323 system is the HiPath™ 4000 
system available from Siemens. It should be noted that 
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H .323 recommendation is an umbrella recommendation 
that provides for multimedia communications, including 
telephony-over-LAN communications. The network can 
include packet-switched Transmission Control Protocol/ 
Internet Protocol (TCP/IP) and Internet Packet Ex- 
change (IPX) over Ethernet, Fast Ethernet and Token 
Ring networks. 

[0013] The telecommunications system 100 includes 
a local area network (LAN) or packet network 1 01 . Cou- 
pled to the LAN 1 01 may be a variety of H .323 terminals 
102a, 102b, and a variety of servers, such as a multi- 
point control unit (MCU) 104, an H.323 gateway 106, an 
H .323 gatekeeper 1 08, a LAN server 112, and a plurality 
of other devices such as personal computers (not 
shown) and telephony devices. The H.323 terminals 
102a, 102b are in compliance with the H.323 Recom- 
mendation. Thus, the H.323 terminals 102a, 102b sup- 
port H.245 control signaling for negotiation of media 
channel usage, Q.931 (H. 225.0) for call signaling and 
call setup, H. 225.0 Registration, Admission and Status 
(RAS), and RTP/RTCP for sequencing audio and video 
packets. The H.323 terminals 102a, 102b may further 
implement audio and video codecs, T.120 data confer- 
encing protocols, and MCU capabilities. Further details 
concerning the H.323 Recommendation may be ob- 
tained from the International Telecommunications Un- 
ion; the H.323 Recommendation is hereby incorporated 
by reference in its entirety as if fully set forth herein. 
[001 4] As will be discussed in greater detail below, the 
gatekeeper 1 08 includes a load monitor 2002 according 
to an embodiment of the present invention. The load 
monitor 2002 monitors server load and, when a data- 
base request is received, informs a gatekeeper control- 
ler whether the load is above, or is likely to become 
above, a predetermined threshold. If so, then the gate- 
keeper 1 08 returns a request denied or similar signal to 
the requesting endpoint. Alternatively, the gatekeeper 
108 may simply ignore the request. "Load" may refer to 
processing load, use of memory, or any other desired 
criteria forjudging use of system resources. 
[0015] Further, the H.323 terminals 102a, 102b in- 
clude also include load monitors 113, according to the 
present invention. As will be explained in greater detail 
below, in operation, the endpoints 102 request gate- 
keeper access; if the request is refused due to load on 
the gatekeeper 108, the endpoints 102 will send a re- 
quest to any listening endpoint. The endpoints that re- 
ceive the message will check their own load monitors. 
If their load is sufficiently low, they will respond, provid- 
ing the database information requested. 
[001 6] FIG. 2 is a block diagram of an exemplary gate- 
keeper according to an embodiment of the present in- 
vention. As shown, the gatekeeper 1 08 includes a con- 
troller2000, a load monitor2002 and a database engine 
2004. 

[0017] The controller 2000 implements Recommen- 
dation H.323 gatekeeper services, as will be explained 
in greater detail below, with reference to the endpoints 



1 02. Briefly, the controller 2000 manages the gatekeep- 
er's interactions with other network devices, including 
call setup and call signaling. Further, the controller 2000 
handles endpoint requests for registration and database 
5 access. The load monitor 2002 functions according to 
embodiments of the present invention to monitor gate- 
keeper load and to provide a signal or signals 2006 to 
the controller 2000 when that load has exceeded a pre- 
determined threshold. If the load has exceeded the 
threshold, then the controller 2000 replies back to end- 
point requests indicating the high load on the server. If 
the load is less, the controller 2000 replies back with an 
acknowledge signal or signals and sends the database 
information to the inquiring endpoint. 
[0018] In accordance with a specific embodiment of 
the present invention, FIG. 3 illustrates a logical diagram 
of an H.323 interface, typically present in the endpoints 
1 02a, 1 02b, to the LAN 101. The interface 1 0 which may 
be present in a network terminal 102 includes a load 
monitoring unit 113 according to the present invention 
and a packet network interface 13. The network terminal 
1 02 utilizes the ITU-T H.323 Recommendation protocol. 
The network interface 13 couples the network terminal 
102totheLAN 101 . H.323 terminals/devices and equip- 
ment carry real-time voice, video and/or data. The H. 
323 terminal interface 10 is coupled to a video input/ 
output (I/O) interface 28, an audio I/O interface 212, a 
data equipment interface 40, and a system control user 
interface (SCUI) 20. The network terminal 102 further 
includes an H. 225.0 layer 24, an audio coder/decoder 
(codec) 140 (e.g., implementing G.711, G.728, G.729, 
G. 723.1 , G.722), and may include a video codec 15 (e. 
g., implementing H. 261 , H.263) , and aT120 data inter- 
face layer 19. The audio I/O interface or card 212, which 
may be part of the standard H.323 device, connects to 
the audio codec 1 4, such as a G. 71 1 codec, for encoding 
and decoding audio signals. The audio codec 1 4 is cou- 
pled to the H. 225.0 layer 24. It encodes audio signals 
for transmission and decodes received signals. Al- 
though the G.711 codec is the mandatory audio codec 
for an H.323 terminal, other audio codecs, such as G. 
728, G.729, G.723.1 , G.722, and MPEG1 audio may al- 
so be used for encoding and decoding speech. G.723.1 
is a preferred codec because of its reasonably low bit 
rate, which enables preservation of link bandwidth, par- 
ticularly in slower speed network connections. 
[001 9] The video I/O interface or card 28, which may 
be part of the standard H.323 device, connects to a vid- 
eo codec 15, such as an H.261 codec for encoding and 
decoding video signals. The video codec 15 encodes 
video signals for transmission and decodes received 
signals. H.261 is the mandatory codec for H.323 termi- 
nals that support video, though other codecs such as H. 
263 may be supported. 

[0020] The system control user interface (SCUI) 20 
provides signaling and flow control for proper operation 
of the H.323 terminal 102. In particular call signaling 
and control are handled by the SCUI 20. The control lay- 
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er 111 includes a configuration control unit 113 accord- 
ing to the present invention, but otherwise may be a 
standard H.323 control layer and thus includes a Q.931 
layer 16, H.225.0 RAS layer 17, and H.245 layer 18. 
Thus, the SCUI 20 interfaces to the H.245 layer 18 which 
is the media control protocol that allows capability ex- 
change, opening and closing of logical channels, mode 
preference requests, flow control messages and other 
miscellaneous commands and indications. The SCUI 20 
also interfaces to the Q.931 protocol which defines the 
setup, teardown, and control of H.323 communication 
sessions. The SCUI 20 further interfaces to the H.225.0 
Registration, Admission and Status (RAS) protocol that 
defines how H.323 entities can access H.323 gatekeep- 
ers to perform, among otherthings, address translation, 
thereby allowing H.323 endpoints to locate other H.323 
endpoints via an H.323 gatekeeper 108. The H.225.0 
layer 24, which is derived from Q.931 layer 16, is the 
protocol for establishing a connection among two or 
more terminals and also formats the transmitted video, 
audio, data, signaling and control streams into messag- 
es for communication via the network interface 1 3 (e.g. , 
packet network 101). The H.225.0 layer 24 also re- 
trieves the received video, audio, data, signaling and 
control streams from messages that have been input 
from the network interface, routes the signaling and con- 
trol information to control layer 11 and routes media 
streams to the appropriate audio, video and data inter- 
faces. 

[0021] As noted above, a load monitoring unit 1 1 3 ac- 
cording to embodiments of the present invention is 
adapted to monitor system load and to allow the end- 
point to respond to and make database requests of and 
for the gatekeeper. In operation, the endpoint 102 logs 
on to the gatekeeper 108 when it turns on. It then re- 
quests gatekeeper database information such as the 
corporate directory. The gatekeeper 1 08 then checks its 
load and responds with an acknowledge and the data- 
base information if the load is below a threshold. If the 
load is above the threshold, then the gatekeeper 108 
responds with a LOADED signal or, alternatively ig- 
nores the request. The endpoint 102 receives the 
LOADED signal (or the wait period timer expires) and 
issues a message on the network requesting the corpo- 
rate directory information from any available endpoint. 
For example, the signal may be a UDP broadcast re- 
quest. 

[0022] Another endpoint will listen on the network 
and, upon receiving the request, will check its load sta- 
tus. If the load is sufficiently low, then the endpoint will 
respond with an acknowledge ACK, including its IP ad- 
dress. The endpoints will then open a channel and ex- 
change the stored corporate directory information. 
[0023] FIG. 4 is a diagram illustrating operation of an 
embodiment of the present invention. Shown are a net- 
work 101 , such as an Ethernet LAN; a gatekeeper 1 08; 
and H.323 client endpoints 102a, 102b. Initially, the 
gatekeeper server 108 and the client endpoints start 



their load monitors. Aclient, such as endpoint 1 02a, logs 
on to the gatekeeper server 108, such as via a gate- 
keeper request exchange. At 4000, the endpoint client 
102a requests database information, such as the cor- 

5 porate directory. The gatekeeper server 1 08 checks its 
load monitor 2002 to determine its load. If the load mon- 
itor 2002 determines load is too high, or is likely to be- 
come too high, the gatekeeper server 1 08 will return the 
gatekeeper loaded message LOADED, at 4002. Alter- 

10 natively, the gatekeeper 1 08 may simply ignore the re- 
quest. In response, the endpoint client 102a will issue a 
broadcast UDP corporate directory request REQ-CORP 
to other endpoints on the network 101. In the example 
illustrated, the client endpoint 102b receives the 

15 REQ-CORP signal, and checks its load monitor in re- 
sponse. If its load monitor 113 indicates it has sufficient 
resources to supply the corporate directory, then the cli- 
ent endpoint 102b replies to the client endpoint 102a 
with an acknowledge request ACK-REQ signal at 4006. 

20 At 4008, the endpoints 1 02a, 1 02b establish a signaling 
connection for communicating the corporate directory. 
Finally, at 4010, the endpoint 102a receives the corpo- 
rate directory from the endpoint 102b. 
[0024] Turning nowto FIG. 5, a more detailed diagram 

25 illustrating signaling according to an embodiment of the 
present invention is shown. In particular, shown are a 
gatekeeper GK and client endpoints A, B, C, and D. In 
the example, illustrated, Client A is logging on; clients 
B, C, and D are already logged on with the gatekeeper 

30 GK. At 502, the Client A undertakes the gatekeeper re- 
quest/gatekeeper acknowledge (GRQ/GCF) exchange 
to find the gatekeeper GK. It is noted that in other sys- 
tems, additional gatekeepers may be provided; in such 
cases, the Client A and a chosen gatekeeper will under- 

35 take a further Registration Request/Registration Con- 
firm (RRQ/RCQ) exchange (not shown). 
[0025] Once registered with the gatekeeper GK, the 
endpoint Client A sends a database request, such as a 
Request Corporate Directory request to the gatekeeper 

40 GK, at 504. In response, at506, the gatekeeper GK que- 
ries its load monitor 2002 (FIG. 2) to determine a load 
on the system. If the load monitor determines that the 
load on the gatekeeper is above a predetermined 
threshold, then the gatekeeper GK will return a LOAD- 

45 ED signal at 508. In response, the endpoint Client A will 
broadcast a Request Corporate directory REQ-CORP 
signal at 510 to other endpoints. Typically, the request 
will be in a User Datagram Protocol (UDP) format. At 
512a, 512b, 512c, the endpoints Client B, C, and D, re- 

50 spectively, check their load monitors 1 1 3 (FIG. 3) to de- 
termine load. 

[0026] In the example illustrated, both the endpoints 
Client B and Client C return an acknowledge ACK at 
514, 516, indicating they have sufficient resources to 
55 provide the directory. The acknowledge signal ACK may 
include information such as the IP address of the re- 
sponding endpoint. At 518, in the example illustrated, 
the endpoint Client D does nothing, since it has deter- 
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mined load to be too high. 

[0027] Because more than one endpoint has re- 
sponded with an acknowledge ACK signal, the endpoint 
Client A will pick one, using a predetermined criteria. 
According to one embodiment, the endpoint Client A will 
pick the first endpoint that responds. In the example 
shown, this is endpoint Client B. Thus, at 520, the end- 
point Client A and endpoint Client B undertake to open 
a channel. This can include, for example, codec nego- 
tiation, master-slave determination, and the like. Alter- 
natively, it can be a simple socket connection between 
two endpoints with authentication based on gatekeeper 
information. At 522, the endpoint Client C will sit idle, 
because its acknowledge has timed out. Finally, at 524, 
the endpoint Client B will send the corporate directory 
to the endpoint Client A. It is noted that, if no endpoints 
responded to the REQ-CORP signal, then the endpoint 
Client A would wait a predetermined period before at- 
tempting it again, either from the gatekeeper or the 
broadcast. 

[0028] The invention described in the above detailed 
description is not intended to be limited to the specific 
form set forth herein, but is intended to cover such al- 
ternatives, modifications and equivalents as can rea- 
sonably be included within the spirit and scope of the 
appended claims. 

Claims 

1 . A telecommunications method comprising: 

monitoring a load on a VoIP gatekeeper (108); 
refusing an endpoint (102) access request if a 
load is higher than a predetermined threshold; 
broadcasting said access request in response 
to said refusing; and 

providing said access from another endpoint 
(102) if said another endpoint (102) has avail- 
able capacity. 

2. A telecommunications method in accordance with 
claim 1 , wherein said another endpoint (102) first 
determines whether it has available capacity. 

3. A telecommunications method in accordance with 
claim 2, said VoIP gatekeeper (108) comprising an 
H.323 gatekeeper (1 08). 

4. A telecommunications method in accordance with 
claim 3, said access request comprising a network 
(101) database access. 



at least one gatekeeper (108) coupled to the net- 
work (101), said gatekeeper (108) maintaining a 
network (101) directory downloadable to each of 
said endpoints (102) on initialization; 
5 wherein at least one of said plurality of VoIP end- 
points (102) is adapted to provide said network 

(101) directory to another of said VoIP endpoints 

(102) if said at least one gatekeeper (108) has a 
load exceeding a predetermined threshold. 

10 

6. A telecommunications system in accordance with 
claim 5, said at least one gatekeeper (108) including 
a load monitor. 

15 7. A telecommunications system in accordance with 
claim 6, wherein said VoIP endpoints (1 02) include 
endpoint load monitors (113). 

8. A telecommunications system in accordance with 
20 claim 7, wherein, if said at least one gatekeeper 

(108) has a load exceeding said threshold, said at 
least one of said VoIP endpoints (102) receives a 
signal indicative of the loaded condition from said 
at least one gatekeeper (108). 

25 

9. A telecommunications system in accordance with 
claim 8, said at least one endpoint (102) transmits 
a information request to any available others of said 
VoIP endpoints (102). 

30 

10. A telecommunications device in a system including 
a plurality of telecommunications devices compris- 
ing: 

35 a VoIP controller (10, 2000); 

a load monitor (2002, 113); and 
a memory (113, 2004) for storing system data- 
base information; 

40 wherein said VoIP controller is adapted to pro- 

vide said database information to a requesting de- 
vice if said load monitor indicates said load is below 
a predetermined threshold. 

45 11. A telecommunications device, in accordance with 
claim 10, said telecommunications device compris- 
ing an H.323 gatekeeper (108). 

12. A telecommunications device in accordance with 
50 claim 1 0, said telecommunications device compris- 
ing an H.323 endpoint (102). 

13. A telecommunications device in accordance with 
claim 12, said H.323 endpoint (102) adapted to 
make requests to other endpoints (1 02) for said da- 
tabase information if a gatekeeper (108)'s load ex- 
ceeds a predetermined threshold. 



5. A telecommunications system comprising: 

55 

a packet network (101); 
a plurality of VoIP endpoints (102) coupled to 
said network (101); 
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14. A telecommunications method comprising: 

providing a VoIP controller (10, 2000); 
providing a load monitor (113, 2002); and 
providing a memory (1113, 2004) for storing 5 
system database information; 

wherein said VoIP controller is adapted to pro- 
vide said database information to a requesting de- 
vice if said load monitor indicates said load is below 10 
a predetermined threshold. 

15. A telecommunications method, in accordance with 
claim 1 4, said telecommunications device compris- 
ing an H.323 gatekeeper (1 08). is 

16. A telecommunications method, in accordance with 
claim 1 4, said telecommunications device compris- 
ing an H.323 endpoint (102). 

20 

17. A telecommunications method in accordance with 
claim 16, said H.323 endpoint (102) adapted to 
make requests to other endpoints (102) for said da- 
tabase information if a gatekeeper (108)'s load ex- 
ceeds a predetermined threshold. 25 
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